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EXECUTIVE  SUMMARY 


This  Validation  Summary  Report  presents  the  results  and  conclusions  of 
testing  performed  on  the  A I cyCOMP_003 ,  version  1.1.1.  Standardized  tests 
serve  as  input  to  an  Ada  compiler,  producing  results  which  ore  evaluated 
by  the  validation  team.  This  summary  briefly  states  the  highlights  of  the 
A I syCOMP_003 .  version  1.1.1  validation. 

On— site  testing  was  completed  by  24  April  1986  at  Alsys  at  La  Celle 
Saint-Cloud,  Trance  under  the  auspices  of  the  BNI  (AVT) .  according  to  Ada 
Validation  Office  policies  and  procedures.  The  A I syCOMP_003 ,  version  1.1.1 
is  hosted  on  VECTRA  operating  under  MS/DOS  Version  3.1.  The  suite  of  tests 
known  as  the  Ada  Compiler  Validation  Capability  (ACVC) ,  Version  1.7,  was 
used.  The  ACVC  is  used  to  validate  conformance  of  a  compiler  to 
ANSI/MI L-STD-1815A  Ada.  The  purpose  of  testing  is  to  ensure  that  a 
compiler  properly  implements  legol  language  constructs  and  that  it 
identifies  and  rejects  i I legol  longuage  constructs.  The  testing  also 
identifies  behovior  that  is  imp  I ement a t i on  dependent  but  permitted  by  the 
Ada  Stanaard.  Six  classes  of  tests  ore  used.  These  tests  are  designed  to 
perform  checks  at  compile  time,  at  link  time,  or  during  execution. 

The  results  of  validation  are  summarized  in  the  following  table. 

RESULT  TEST  CLASS  TOTAL 


A 

JEL 

_D_ 

_E_ 

l 

Passed 

68 

820 

1014 

12 

9 

21 

1944 

Fa i led 

0 

0 

0 

0 

0 

0 

0 

I napp 1 i cab  1 e 

0 

4 

306 

5 

2 

2 

319 

Anoma 1 ous 

0 

0 

0 

0 

0 

0 

0 

W i t  hd  rown 

0 

4 

12 

0 

0 

0 

16 

TOTAL 

68 

828 

1332 

17 

1 1 

23 

2279 
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Tests  found  to  contain  errors  were  withdrawn  from  Version  1.7  of  the  Ado 
Compiler  Validation  Capability  (ACVC) .  When  validation  was  completed,  the 
following  tests  hod  been  withdrawn: 


C35904A 

C4A014A 

C92005A 

BA2001E 

CE2107E 


C41404A 

B4A010C 

C940ACA 

CA3005A. .D  (4  tests) 


C48008A 

B83A06B 

CA1003B 

BC3204C 


Some  tests  demonstrate  that  language  features  are  not  supported  by  on 
implementation.  For  this  implementation  the  tests  determined  the  follow- 
i  ng . 


.  SHORT_FLOAT  is  not  supported: 

BB6001CP  C34001F  C35702A 

.  LONG_FLOAT  is  not  supported: 

B86001CQ  C34001G  C35702B 

.  Representation  clauses  for  noncontiguous  enumeration  repre¬ 
sentations  are  not  supported: 

C55B16 

.  No  other  integer  type  other  than  INTEGER,  SHORT_INTEGER ,  AND 
i-ONG_ INTEGER  is  supported: 

B86001OT 

.  The  package  SYSTEM  is  used  by  pockoge  TEXT_IO: 

C86001F 

.  The  'SIZE  clause  is  not  supported: 

C87B62A 

.  The  'STORAGE_SIZE  clause  is  not  supported: 

C87B62B 

.  The  'SMALL  clause  is  not  supported: 


-J  V  ’VJf  ■ 


i 
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.  Generic  pockage  bodies  can  be  compiled  in  separate  compila¬ 
tion  files.  but  before  ony  corresponding  generic 
i ns tont i at i on : 

CA2009C  BCJ205D 

.  Generic  subprogram  bodies  can  be  compiled  in.  but  before  any 
corresponding  generic  instantiation: 

CA2009F 

.  Pragma  INLINE  is  not  supported  for  procedures: 

LA3004A  EA3004C  CA3004E 

.  Pragma  INLINE  is  not  supported  for  functions: 

LA3004B  EA3004D  CA3004F 

.  No  more  than  one  internal  file  con  be  associated  with  the 
same  external  file,  if  one  of  the  internal  files  is  used  for 
writing  : 

CE2107B  CE2107C  CE2107D 

CE2111D  CE3111B  CE3111C 

CE3114B  CE3111D  CE3111E 

.  An  external  file  associated  with  more  than  one  internal  file 
cannot  be  reset  for  writing: 

CE2111H  CE3115A 

.  An  external  file  associated  with  more  than  one  internal  file 
cannot  be  deleted: 

CE21 10B 

.  The  compiler’s  capacity  with  respect  to  levels  of  loop 
nesting  is  at  least  17  levels,  but  less  than  31: 

D55A03E . . H  (4  tests) 

The  compiler's  capacity  with  respect  to  the  levels  of  block 
nesting  is  less  than  65: 

056001 B 

.  The  librory  tasks  were  aborted  when  the  main  program 
termi noted . 


C94004A . . C  (3  tests) 
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ACVC  Version  1.7  was  token  on-site  via  mognetic  tope  to  Alsys  ot  Lo  Celle 
Saint-Cloud,  France.  The  tape  was  looded,  and  oil  tests,  except  the 
withdrawn  tests  and  any  executable  tests  which  make  use  ot  a  floating  point 
precision  greater  than  SYSTEM. MAX_D1GITS ,  were  compiled  on  VECTRA.  Class 
A,  C,  D,  and  E  tests  were  executed  on  VECTRA. 

On  completion  of  testing,  all  results  were  analyz ed  for  foiled  Closs  A,  C, 
D,  or  E  programs,  and  all  Class  B  and  L  compilation  results  were 
individually  analyzed. 


The  ACVC,  Version  1.7,  contains  2279  tests  of  which  1944  were  applicable  to 
A I syCOMP_003 ,  version  1.1.1.  No  anomalies  were  found  in  the  testing  of 
this  compiler.  Testing  demonstrated  that  all  applicable  tests  were  passed 
by  this  compiler.  The  AVF  concluded  that  the  results  show  acceptable 
compliance  to  ANSI/Ml L-STD-1 81 5A  Ada. 
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CHAPTER  1 
INTRODUCTION 


¥ 


y 
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The  Validation  Summory  Report  describes  how  on  Ada  compiler  conforms  to  the 
language  standard.  This  report  explains  all  technical  terms  used  within 
and  thoroughly  reports  the  Ada  Compiler  Validotion  Capability  (ACVC)  test 
results.  Ada  compilers  must  be  written  according  to  the  longuage  specifi¬ 
cation  os  given  in  the  ANSI/MI  L— STD-1 81 5A  Ada.  All  imp  I ementat i on— def i ned 
features  must  be  included  for  the  compiler  to  conform  to  the  Standard. 
Following  the  guidelines  of  the  Standord  ensures  continuity  between  compil¬ 
ers.  That  is.  the  entire  Standard  must  be  implemented,  ond  nothing  con  be 
implemented  that  is  not  in  the  Standard. 

Even  though  all  validated  Ada  compilers  conform  .^>  the  Standard,  it  must  be 
understood  that  some  differences  do  exist  between  implementations. 
ANSI/Ml L— STD-1815A  permits  some  implementation  dependencies,  e.g.,  the 
maximum  length  of  identifiers,  the  maximum  values  of  integer  types,  etc. 
These  implementation-dependent  features  limit  the  portability  of  progroms 
between  compilers.  Other  differences  between  compilers  ore  due  to  limita¬ 
tions  imposed  on  o  compiler  by  the  operating  system  ond  by  the  hardware. 
All  of  these  dependencies  are  given  in  the  report. 

Validation  summary  reports  ore  written  according  to  o  standardized  format. 
Compiler  users  can,  therefore,  more  eos i I y  compore  the  reports  from  several 
compilers  when  selecting  a  compiler  for  a  given  task.p  The  validation 
report  can  be  completed  mostly  from  the  test  results  produced  during 
validotion  testing.  Additional  testing  information  is  given  ot  the  end  of 
the  report  and  states  problems  and  details  which  ore  unique  for  o  specific 
compiler.  The  format  of  the  validation  report  limits  vorionce  between 
reports,  enhonces  readability  of  the  report,  and  accelerates  report  readi¬ 
ness  . 


1.1-  PURPOSE  OF  THIS  VALIDATION  SUMMARY  REPORT 


The  Validation  Summary  Report  documents  the  results  of  the  testing 
performed  on  an  Ada  compiler.  Testing  was  carried  out  for  the  following 
purposes : 

.  To  identify  any  longuage  constructs  supported  by  the  tronslo- 
tor  that  do  not  conform  to  the  Ada  Standard 
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.  To  identify  any  unsupported  language  constructs  required  by 
the  Ada  Standard 

.  To  describe  the  implementation-dependent  behavior  allowed  by 
the  Ada  Standard 

Testing  of  this  compiler  was  conducted  under  the  supervision  of  BN1 
occording  to  policies  and  procedures  established  by  the  Ada  Validation 
Office  (AVO) .  Testing  was  completed  by  24  April  1986  at  Alsys  at  La  Celle 
Saint-Cloud.  France. 


1.2-  USE  OF  THIS  VALIDATION  SUMMARY  REPORT 


Consistent  with  the  national  laws  of  the  originating  country,  the  Ada 
Validation  Office  may  make  full  and  free  public  disclosure  of  this  report. 
In  the  United  States,  this  is  provided  in  accordance  with  the  "Freedom  of 
Information  Act"  (5  U.S.C.  %#552) .  The  results  of  this  validation  apply 
only  to  the  computers,  operating  systems,  and  compiler  versions  identified 
in  this  report. 

The  organizations  represented  on  the  signature  page  of  this  report  do  not 
represent  or  warrant  that  any  statement  or  statements  set  forth  in  this 
report  are  accurate  or  complete,  or  that  the  subject  compiler  has  no 
nonconformances  to  the  Ada  Standard  other  than  those  presented.  This 
report  is  not  intended  for  the  purpose  of  publicizing  the  findings 
summarized  herein. 

Questions  regarding  this  report  or  the  validation  tests  should  be  directed 
t  o  : 

Aao  Validation  Office 
Institute  for  Defense  Analyses 
1801  N  Beauregard 
Alexandria  VA  22311 

and  to. 

BN  I 

Domo i ne  de  Voluceau  ROCOUENCOURT 
B. P.105  -  78153  LE  CHESNAY  CEDEX 
FRANCE 
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1.4-  DEFINITION  OF  TERMS 


Anoma  I  y 


ACVC 


Ado  Standard 
App I i cant 
AVF 


AVO 


Comp i  I e  r 


Failed  test 


A  test  result  that,  given  pre-validation  analysis,  is 
not  expected  during  formal  validation  but  is  judged 
allowable  unaer  the  circumstances. 

The  Ada  Compiler  Validation  Capability.  A  set  of 
programs  that  evaluates  the  conformance  of  a  compiler 
to  the  Ada  language  specification,  ANSI/MI L-STD-1 81 5A . 

ANSI/MI L-STD-1815A.  Februory  1983. 

The  agency  requesting  validation. 

The  BNI .  In  the  context  of  this  report,  the  AVF  is 
responsible  for  conducting  compiler  validations 
according  to  established  .^licies  and  procedures. 

The  Ado  Validation  OMic  In  the  context  of  this 
report,  the  AVO  is  re  •>on'  pie  for  setting  policies  and 
procedures  for  compiler  validations. 

A  processor  for  the  Ado  longuoge.  In  the  context  of 
this  report,  a  compiler  is  ony  I onguaae  processor, 
including  cross-compilers,  translators,  and  interpret¬ 
ers. 

A  test  for  which  the  compiler  generates  a  result  that 
demonstrates  nonconf ormonce  to  the  Ada  Standard. 


Host 


The  computer  on  which  the  compi ler  resides. 


•  %*i*v 


TV  '  v  *  .  ■  I'..'  .  »v  V.  r*  v.  V-;  y.  «r.  y.  r.  .  .*  ^.vv.v.v  vvvv  v  v  .> 

I 

Validation  Summary  Report  05/22/86  Al syCOMP_003 ,  version  1.1.1 

Inapplicable  test  A  test  that  uses  feotures  of  the  language  thot  a 
compiler  is  not  required  to  support  or  may  legitimately 
support  in  a  way  other  thon  the  one  expected  by  the 
test . 

Passed  test  A  test  for  which  a  compiler  generates  the  expected 

resu I t . 

Target  The  computer  for  which  a  compiler  generotes  code. 

Test  A  program  thot  evaluates  the  conformance  of  o  compiler 

to  a  language  specification.  In  the  context  of  this 
report,  the  term  is  used  to  designate  a  single  ACVC 
test.  The  text  of  a  program  may  be  the  text  of  one  or 
more  compilations. 

Withdrawn  test  A  test  thot  hos  an  invalid  test  objective,  foils  to 

meet  its  test  objective,  or  contains  illegal  use  of  the 
I anguage . 
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1.5-  CONFIGURATION 


The  candidate  compilation  system  for  this  validation  was  tested  under  the 
conf igurot ion: 


Compiler:  A I syCOMP_003 .  version  1.1.1 

Test  Suite:  Ada  Compiler  Validation  Capability,  Version  1.7 


Host  Computer: 

Moch i ne(s)  : 
Operating  System: 
Memory  Size: 


VECTRA 

MS/DOS  Version  3.1 
augmented  to  4  Megabytes 


Target  Computer: 

Mochine(s) : 

Operat ing  System: 
Memo ry  Size : 


VECTRA 

MS/DOS  Version  3.1 
augmented  to  4  Megabytes 


Two  VECTRA  with  the  above  configuration  were  used  to  process  the 
ACVC  tests. 


I«JUI 


■»fc> 


m  -  j  *  . 


Tr^T'^.rV,J^.r^,'^.'V'.'V-.”v.r1”.'W  v.  -^.1  u-.-  y-.-i 
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CHAPTER  2 
TEST  RESULTS 


2.1-  ACVC  Test  Classes 


Conformance  to  ANSI/MI L— STD-181 5A  is  measured  using  the  Ada  Compiler 
Validation  Capability  (ACVC).  The  ACVC  contains  both  legal  and  illegol  Ada 
programs  structured  into  six  test  classes:  A,  B,  C,  D.  E.  and  L.  Lego  I 
programs  are  compiled  and  executed  while  illegal  programs  are  just 
compiled.  Support  packoges  ore  used  to  report  the  results  of  the  legal 
programs.  A  compiler  must  correctly  process  eoch  of  the  tests  in  the  suite 
and  demonstrate  conformance  to  the  Ada  Standard  by  either  meeting  the  pass 
criteria  given  for  the  test  or  by  showing  thot  the  test  is  inapplicable  to 
the  implementation.  Tests  that  are  found  to  contain  errors  ore  withdrawn 
from  the  ACVC.  Detailed  test  results  ore  listed  in  the  Appendix  D.  The 
results  of  validation  testing  are  summarized  in  the  following  table: 


RESULT  TEST  CLASS  TOTAL 


_A_ 

J2_ 

F 

L 

Passed 

68 

820 

1014 

12 

9 

21 

1944 

Fa i led 

0 

0 

0 

0 

0 

0 

0 

I napp 1 i cab  1 e 

0 

4 

306 

5 

2 

2 

319 

Anoma 1 ous 

0 

0 

0 

0 

0 

0 

0 

Wi thdrawn 

0 

4 

12 

0 

0 

0 

16 

TOTAL 

68 

828 

1332 

17 

1 1 

23 

2279 

A  total  of  1985  tests  were  processed  during  this  validation  attempt.  The 
16  withdrawn  tests  in  Version  1.7  were  not  processed,  nor  were  278  Class  C 
tests  thot  were  inapplicable  because  they  use  floating  point  types  hoving 
digits  that  exceed  the  maximum  value  for  the  implementation.  All  other 
tests  were  processed. 

Some  conventions  ore  followed  in  the  ACVC  to  ensure  thot  the  tests  are 
reasonably  portable  without  modification.  For  exomple,  the  tests  moke  use 
of  only  the  bosic  55  character  set.  contoin  lines  with  a  maximum  length  of 
72  choracters.  use  small  numeric  values,  and  place  features  that  moy  not  be 
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2.1.1-  Class  A  Tests 

Class  A  tests  check  that  legal  Ada  programs  can  be  successfully  compiled 
and  executed.  However,  no  checks  are  performed  during  execution  to  see  if 
the  test  objective  has  been  met.  For  exomple.  a  Class  A  test  checks  that 
reserved  words  of  another  language  (other  than  those  olreody  reserved  in 
the  Ada  language)  ore  not  treated  as  reserved  words  by  an  Ada  compiler.  A 
C I oss  A  test  is  passed  if  no  errors  are  detected  at  compile  time  and  the 
program  executes  to  produce  a  message  indicating  that  it  has  passed.  If  a 
Class  A  test  cannot  be  compiled  and  executed  because  of  its  size,  then  the 
test  is  split  into  a  set  of  smaller  subtests  that  con  be  processed.  Splits 
were  required  for  2  tests: 

AE2101A  AE2101F 

The  following  table  shows  that  all  applicable  Class  A  tests  were  possed: 
RESULT  CHAPTER 

_  _2__2_4_5_£__Z__B__S_lfi_Ll_12_L4  IPIAL 

Passed  15  9  0  5  2  12  13  3  0  0  0  9  68 

Failed  000000000000  0 

Inapplicable  000000000000  0 

Anomalous  000000000000  0 

Withdrawn  000000000000  0 


TOTAL 


15  9052  12  13  30009 


68 
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2. 1 .2-  Class  B  Tests 


Class  B  tests  check  that  a  compiler  detects  illegal  language  usage.  Class 
B  tests  are  not  executable.  Eoch  test  in  this  class  is  compiled  and  the 
resulting  compilation  listing  is  examined  manually  to  verify  that  every 
syntax  or  semontic  error  in  the  test  is  detected.  A  Closs  B  test  is  passed 
if  every  illegal  construct  that  it  contains  is  detected  by  the  compiler. 
If  one  or  more  errors  are  not  detected,  then  a  version  of  the  test  is 
created  that  contains  only  the  undetected  errors.  The  resulting  "split"  is 
compiled  and  examined.  The  splitting  process  continues  until  oil  errors 
are  detected  by  the  compiler.  Splits  were  required  for  12  tests: 


B32202A 

B43201D 

B91004A 

BC3009C 


B33006A 

B61012A 

BA1101B 

BC3204D 


B37004A 
66200 IB 
BC3009A 
BC3205E 


The  following  table  shows  that  all  applicable  Class  B  tests  were  passed: 
RESULT  CHAPTER 


_2 

_2 

_ 4 

_ 5 

_ £  . 

__z , 

_ B  . 

_ 2 

10  11 

12 

14 

TOTA1 

Passed 

39 

86 

86 

113 

73 

67 

48 

67 

36 

8 

159 

18 

820 

Fa i led 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

I noppl i cob  1 e 

0 

0 

0 

0 

0 

0 

3 

0 

0 

0 

1 

0 

4 

Anomo 1 ous 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

W i t  hd  rown 

0 

0 

1 

0 

0 

0 

1 

0 

1 

0 

1 

0 

4 

TOTAL 


39  86  87  113  73  67  52  87  37  8  161  18  828 
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2.1.3-  Class  C  Tests 

Class  C  tests  check  that  legal  Ado  programs  con  be  correctly  compiled  and 
executed.  Each  Class  C  test  is  self-checking  and  produces  o  PASS/FAIL 
message  indicating  the  result  when  it  is  executed.  If  a  Class  C  test 
connot  be  compiled  because  it  exceeds  the  compiler's  capacity,  then  the 
test  is  split  into  smaller  subtests  until  all  are  compiled  and  executed. 
Splits  were  required  for  6  tests: 

C23003G..J  (4  tests)  C23006E  C23006G 

The  following  table  shows  that  all  applicable  Closs  C  tests  were  passed: 
RESULT  CHAPTER 

_  _ 2 _ 2 _ & _ 5 _ £ _ Z _ 8 _ &  _12  _U  _12  _1A  TOTAL 


Passed 

37 

90 

162 

118 

82 

18 

93 

106 

40 

20 

56 

192 

1014 

Fa i 1 ed 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

Inoppl icoble 

23 

119 

140 

1 

0 

0 

4 

3 

4 

0 

0 

12 

306 

Anoma 1 ous 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

Wi thdrawn 

0 

1 

3 

0 

0 

0 

0 

2 

5 

0 

0 

1 

12 

TOTAL 

60 

210 

305 

119 

82 

18 

97 

1 1 1 

49 

20 

56 

205 

1332 
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2.1. A—  Closs  D  Tests 


k  Closs  0  tests  check  the  compilation  and  execution  capacities  of  a  compiler. 

{  Since  there  are  no  requirements  placed  on  a  compiler  by  the  Ada  Standard 

for  the  number  of  identifiers  permitted  in  a  compi lotion,  the  number  of 
units  in  o  library,  the  number  of  nested  loops  in  a  subprogram  body,  and  so 
on,  o  compiler  moy  refuse  to  compile  a  Class  D  test.  Each  Closs  D  test  is 
self-checking  ond  produces  a  PASS/FAIL  message  indicating  the  result  when 
it  is  executed.  If  a  Class  0  test  fails  to  compile  because  the  capocity  of 
the  compiler  is  exceeded,  then  the  test  is  classified  as  inapplicable. 

The  following  table  shows  that  all  applicable  Class  D  tests  were  passed: 


RESULT 

_ 2  . 

_2  . 

_A  . 

_5 

CHAPTER 

_ 6  _ 2  _ 8  _ 9  _10  _11  _12  _14 

TOTAL 

Passed 

1 

0 

4 

4 

3 

0 

0 

0 

0 

0 

0 

0 

12 

Fa  i led 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

Inappl icable 

0 

0 

0 

5 

0 

0 

0 

0 

0 

0 

0 

0 

5 

Anoma 1 ous 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

Wi thdrawn 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

TOTAL 

1 

0 

4 

9 

3 

0 

0 

0 

0 

0 

0 

0 

17 

Capacities  measured  by  the  Class  D  tests  ore  detoiled  in  section  2.4, 
IMPLEMENTATION  CHARACTERISTICS. 
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2.1.5-  Cl  ass  E  Tests 


Class  E  tests  provide  information  about  the  compiler  in  those  oreas  in 
which  the  Ada  Standard  permits  implementations  to  differ.  Each  Class  E 
test  is  executable  and  produces  messages  that  indicate  how  the  Ada  Stondard 
is  interpreted.  However,  in  some  cases  the  Ada  Standord  permits  a  compiler 
to  detect  a  condition  either  at  compile  time  or  ot  execution  time,  and  thus 
a  Class  E  test  may  correctly  fail  to  execute.  A  Class  E  test  is  possed  if 
it  fails  to  compile  and  appropriate  error  messages  ore  issued,  or  if  it 
executes  properly  and  produces  a  message  that  it  has  passed.  If  a  Class  E 
test  cannot  be  compiled  ana  executed  because  of  its  size,  then  the  test  is 
split  into  o  set  of  smaller  subtests  that  can  be  processed.  No  splits  were 
requ i red  . 

The  following  table  shows  that  all  applicable  Class  E  tests  were  passed: 
RESULT  CHAPTER 

_  _ 2  _ 2  _ 4  _ 5  _ 6  _ 2  _ 8  _ 2  _Lfi  _11  _12  __L4  IQTAl 

Possed  132110000001  9 
Failed  000000000000  0 
Inapplicable  000000002000  2 
Anomalous  000000000000  0 
Withdrawn  000000000000  0 
TOTAL  1321  10002001  11 


Information  obtained  from  the  Class  E  tests  is  detoiled  in  section  2.4. 
IMPLEMENTATION  CHARACTERISTICS. 
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2.1.6-  Close  L  Tests 

Class  L  tests  check  that  incomplete  or  illegal  Ada  programs  involving 
multiple,  separately  compiled  units  are  detected  and  not  allowed  to 
execute.  Class  L  tests  are  compiled  separately  and  execution  is  attempted. 
A  Class  L  test  passes  if  it  is  rejected  at  link  time  and  the  test  does  not 
execute . 

The  following  table  shows  that  all  applicable  Class  L  tests  were  passed: 


RESULT 

_ 2  . 

4  . 

_s . 

_J2  . 

CHAPTER 

_ 2  _ 8  _ 9  . 

_L£  _1T  _12  TOTAL 

Passed 

0 

. 

0 

0 

0 

0 

0 

0 

0 

21 

0 

0 

0 

21 

Fa i led 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

1 napp 1 i cab  1 e 

0 

0 

0 

0 

0 

0 

0 

0 

2 

0 

0 

0 

»•> 

*- 

Anoma 1 ous 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

Wi thdrawn 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 
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2.1.7-  Support  Units 


Three  pockoges  support  the  self-checking  feotures  of  Closs  C  tests: 
REPORT.  CHECK_F1LE,  and  VAR_STRINGS .  The  REPORT  pockoge  provides  the 
mechanism  by  which  executable  tests  report  results.  It  also  provides  o  set 
of  identity  functions  that  are  used  to  defeat  some  compiler  optimization 
strategies  to  cause  computations  to  be  made  by  the  target  computer  instead 
of  the  by  the  compiler  on  the  host  computer.  The  CHECK_FILE  pockoge  is 
used  to  check  the  contents  of  text  files  written  by  some  of  the  Closs  C 
tests  for  Chapter  14  of  the  Ada  Standard.  The  VAR_STRINGS  package  defines 
types  and  subprograms  for  manipulating  vary i ng- I engt h  character  strings. 
The  operation  of  these  three  pockoges  is  checked  by  a  set  of  executable 
tests.  These  tests  produce  messages  that  are  examined  manually  to  verify 
that  the  packages  are  operating  correctly.  If  these  packages  are  not 
operating  correctly,  then  validation  is  not  attempted. 

An  applicant  is  permitted  to  substitute  the  body  of  pockoge  REPORT  with  on 
equivalent  one  if  for  some  reason  the  original  version  provided  by  the  ACVC 
cannot  be  executed  on  the  target  computer.  Package  REPORT  wos  not  modified 
for  this  validation. 


All  support  package  specifications  and  bodies  were  compiled  and  were 
demonstrated  to  be  operating  correctly. 


2.2-  WITHDRAWN  TESTS 


Some  tests  are  withdrawn  from  the  ACVC  because  they  do  not  conform  to  the 
Ada  Standard.  When  testing  was  performed,  the  following  16  tests  had  been 
withdrawn  for  the  reasons  indicated: 

C35904A: 

The  elaboration  of  subtype  declarations  SFX3  4  SFX4  may  raise 
NUMER I C_ ERROR  vs.  C0NSTRA1 NT_ERROR . 

C4 1 404A :  The  values  of  'LAST  ond  'LENGTH  in  the  "if"  statements  from  line 
74  to  the  end  of  the  test  are  incorrect. 

C48008A , 

This  test  requires  that  the  evaluation  of  default  initial  values  not 
occur  if  on  exception  is  roised  by  an  ollocotor.  However,  the  LMC  hos 
ruled  that  such  o  requirement  is  incorrect  (AI— 00397). 
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B4A010C: 

The  ob ject_dec I orot i on  in  line  16  follows  o  subprogrom  body  of  the 
some  declorotive  port. 

C4A014A: 

The  number  declarations  in  lines  19-22  ore  not  correct,  because 
conversions  ore  not  static. 

B83A06B : 

The  Ada  Standards  8.3(17)  and  AI_00330  permit  the  label  LAB_ENUMERAL 
of  line  80  to  be  considered  o  homograph  of  the  enumeration  literol  in 
line  25 . 

C92005A: 

At  line  40,  "/**"  for  type  PACK .  B I  G_  I  NT  is  not  visible  without  a  "use" 
clause  for  package  PACK. 

C940ACA : 

This  test  assumes  that  allocated  task  TT1  will  run  prior  to  the  mo i n 
program.  and  thus  assign  SPVNUMB  the  value  checked  for  by  the  main 
program;  however,  such  an  execution  order  is  not  required  by  the  Ado 
Standard,  so  the  test  is  erroneous. 

CA1003B: 

This  test  requires  all  of  the  legal  compilation  units  of  a  file 
containing  some  illegal  units  to  be  compiled  and  executed.  But 
according  to  Al-00255,  such  a  file  may  be  rejected  os  a  whole. 

BA2001E: 

The  Ada  Standards  10.2(5)  states  that  "simple  names  of  all  subunits 
that  have  the  same  ancestor  librory  unit  must  be  distinct 
identifiers."  This  test  checks  for  the  above  condition  when  stubs  are 
declared;  but  it  is  not  clear  thot  the  check  must  be  mode  then,  os 
opposed  to  when  the  subunit  is  compiled. 

CA3005A. .D: (4  tests) 

There  exists  no  valid  elaboration  order  for  these  tests. 

|  BC3204C : 

■  The  file  BC3204C4  should  contain  the  body  for  BC3204C0 — as  indicated 

,  in  I ine  25  of  BC3204C3M. 

CE2107E: 

l  TEMP_HAS_NAME  must  be  given  an  initio  I  value  of  TRUE. 
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2.3-  INAPPLICABLE  TESTS 


Some  tests 
requ ire  o 
port i cu I  or 
is  either 
tests  were 


use  feotures  of  the  Ado  language  that  the  Ado  Standard  does  not 
compiler  to  support;  thus  these  tests  may  be  inapplicable  to  a 
compiler.  Others  moy  depend  on  the  result  of  another  test  that 
inapplicable  or  withdrawn.  For  this  validation  ottempt,  319 
inapplicable  for  the  reasons  indicated: 


B86001DT  (1  test) 

This  test  is  inapplicable  because  this  implementation  has  no 
predefined  type  other  than  INTEGER,  FLOAT,  SHORT_INTEGER ,  SHORT_FLOAT , 
LONG. I  NT EGER,  LONG. FLOAT  and  DURATION. 


C24113C. .Y 
C35705C . . Y 
C35706C . . Y 
C35707C. . Y 
C35708C. . Y 
C358C2C . . Y 
C45241C. . Y 
C45321C .  Y 
C45421C . .Y 
C45424C. .Y 
C45521C.  .2 

C45621C..Z  (10*23  +  2*24  -  278  tests) 

These  tests  are  inapplicable  because  this  implementation  limits  digits 
to  6 . 


B86001CP 

C34001F 

C35702A  (1*3  *  3  tests) 

These  tests  ore  inapplicable  because  this  implementation  does  not 

support  SHORT. FLOAT. 

B86001CO 

C34001G 

C35702B  (1*3  *=  3  tests) 

These  tests  ore  inapplicable  because  this  implementation  does  iiot 

support  LONG.FLOAT . 

C55B16A 

C87B62A  .C  (1+3  -  4  tests) 

These  tests  ore  inapplicable  becouse  this  implementation  does  not 

support  representation  clauses. 

C86001F  (1  test) 

This  test  is  inapplicable  becouse  pockoge  SYSTEM  is  used  by  TEXT. 10. 
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BC3205D 

CA2009C 

CA2009F  (1*3  -  3  tests) 

These  tests  are  inapplicable  becouse  this  implementation  does  not 
support  instantiating  missing  generic  bodies. 

CA3004E . . F 
EA3004C . . 0 

LA3004A..B  (3*2  «  6  tests) 

These  tests  ore  inapplicable  because  this  implementation  does  not 

support  pragma  INLINE.  These  tests  ignore  the  pragma  and  are 

processed  correctly. 

CE2107B . .D 
CE2110B 
CE2111D 
CE21 1 1H 
CE3111B. .E 
CE3114B 

CE3115A  (3+1  +  1  +  1+4+1  +  1  *=  12  tests) 

These  tests  are  inapplicable  becouse  this  implementation  does  not 

support  the  sharing  of  external  file  by  several  internal  files  when 
one  of  the  external  file  is  opened  for  writing. 

D55A03E . .H  (4  tests) 

These  tests  ore  inapplicable  because  the  compiler's  capacity  with 
respect  to  levels  of  loop  nesting  is  at  least  17  levels, 
but  I  ess  than  31 . 

D56001B 

This  test  is  inapplicable  because  the  compiler's  copocity  with 
respect  to  the  levels  of  block  nesting  is  less  than  65. 

C940e4A..C  (3  tests) 

These  tests  are  inapplicable  because  the  library 
tasks  were  aborted  when  the  main  progrom  terminated. 


A t syCOMP_003 ,  version  1.1.1 


05/22/B6 


Validation  Summary  Report 


2.4-  IMPLEMENTATION  CHARACTERISTICS 


One  of  the  purposes  of  volidotion  is  to  determine  the  behovior  of  o 
compiler  in  those  areas  of  the  Ado  Stondord  that  permit  implementations  to 
differ.  Class  D  and  E  tests  specifically  check  for  such  implementation 
differences.  However,  inapplicable  tests  in  other  closses  also  character¬ 
ize  an  implementation.  This  compiler  is  cho rocte r i zed  by  the  following 
interpretations  of  the  Ado  Stondord: 

.  Non— graphic  characters. 

Non-graphic  characters  are  defined  in  the  ASCII  character  set 
but  are  not  permitted  in  the  texts  of  Ado  programs.  The 
compiler  correctly  recognizes  these  charocters  as  i I  legal  in 
Ada  compilations.  The  characters  are  printed  in  the  output 
I i st i ng . 

.  Capac i t i es . 

The  compiler  correctly  processes  compilations  containing  loop 
statements  nested  to  at  least  17  levels  (but  less  thon  31), 
procedures  nested  to  at  least  17  levels  (but  less  than  31). 
and  723  variables. 

.  Universal  integer  calculations. 

An  implementation  is  allowed  to  reject  universol  integer 
calculations  having  values  that  exceed  SYSTEM.MAX_INT .  This 
implementation  does  not  reject  such  calculations  ond 
processes  them  correctly. 

.  Predefined  types. 

This  implementation  supports  the  predefined  types 
SHORT_INTEGER.  INTEGER,  LONG_INTEGER .  FLOAT  ond  DURATION.  It 
does  not  support  ony  other  predefined  numeric  types. 

Based  i  i tera I s . 

An  implementation  is  allowed  to  reject  o  based  literol  with 
vo  I  ue  exceeding  SYSTEM . MAX_ INT  during  compilation  or  it  moy 
raise  NUMERIC_ERROR  during  execution.  This  compiler  raises 
NUMERIC_ERROR  during  execution. 
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.  Array  types. 

An  implementation  is  allowed  to  raise  NUMER1C_ERR0R  tor  on 
orroy  hoving  a  'LENGTH  that  exceeds  STANDARD. INTEGER' LAST 
and/or  SYSTEM ,MAX_INT .  When  an  orray  type  is  declored  with 
on  index  range  exceeding  INTEGER  values  and  with  a  component 
that  is  a  null  BOOLEAN  orray.  this  compiler  does  not  raise 
any  except i on . 

When  an  array  type  is  declared  with  on  index  range  exceeding 
SYSTEM.MAX_INT  values  and  with  a  component  that  is  o  null 
BOOLEAN  array,  this  compiler  roises  NUMERIC_ERROR . 

A  packed  BOOLEAN  array  of  length  INTEGER_LAST+3  does  not 
raise  any  exception.  A  packed  two-dimensional  BOOLEAN  orroy 
with  INTEGER_LAST+3  components  does  not  raise  ony  exception. 

NOTE  :  this  compiler  does  not  support  progma  PACK. 

A  null  orroy  with  one  dimension  of  length  exceeding 
INTEGER’ LAST  does  not  raises  NUMERIC^ERROR. 

In  assigning  one-dimensional  orray  types,  the  entire  expres¬ 
sion  is  evaluated  before  CONSTRAINT_ERROR  is  raised  when 
checking  whether  the  expression’s  subtype  is  compatible  with 
the  target's  subtype. 

In  assigning  two-dimensional  orroy  types,  the  entire  expres¬ 
sion  is  NOT  evaluated  before  CONSTRAINT__ERROR  is  raised  when 
checking  whether  the  expression’s  subtype  is  compatible  with 
the  target's  subtype. 

Discriminated  types. 

In  assigning  record  types  with  discriminants,  the  entire 
expression  is  evaluated  before  CONSTRAI NT_ERROR  is  raised 
when  checking  whether  the  expression's  subtype  is  compatible 
with  the  target's  subtype. 

An  incompletely  declored  type  with  discriminants  moy  be  used 
in  an  access  type  definition  and  constrained  either  there  or 
in  later  subtype  indications. 

Aggregates . 

When  evaluating  the  choices  o(  o  mu  I t i— d i mens i ono I  oggregote 
the  order  in  which  choices  ore  evaluated  ond  index  subtype 
checks  ore  mode  depends  upon  the  oggregote  itself. 


When  evaluating  on  oggregote  containing  suboggregates .  all 
choices  are  evaluated  before  being  checked  for  identicol 
bounds 
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.  Functions. 

The  declorotion  of  o  pa  route  t  e  r  I  ess  function  with  the  some 
profile  os  an  enumeration  literal  in  the  some  immediate  scope 
is  rejected  by  the  implementation. 

.  Representation  clauses. 

'SMALL  length  clauses  are  not  supported. 

Enumeration  representation  clauses  are  not  supported. 

.  Tasks. 

A  tosk  object's  storage  size  is  not  allowed  to  change  after 
the  task  is  activated. 

.  Generics. 

When  given  a  separately  compiled  generic  declaration,  some 
illegal  instantiations,  and  a  body,  the  compiler  ignores  the 
body  because  it  is  not  in  the  some  compilation  as  its 
declaration  and  it  is  compiled  after  the  instantiations.  It 
issues  a  warning  for  each  i nstont i at i on.  stating  that  a  null 
body  is  assumed. 

.  Package  CALENDAR. 

TIME_OF  and  SPLIT  are  inverses  when  SECONDS  is  a  non— mode  I 
numbe  r  . 

.  Pragmas. 

Pragma  INLINE  is  not  supported  for  procedures.  It  is  not 
supported  for  functions. 

Input/output . 

Package  SEQUENTIAL_IO  can  be  instontioted  with  unconstrained 
array  types  and  record  types  with  discriminants.  Pockage 
D1RECT_I0  can  be  instantiated  with  unconstrained  orroy  types 
and  record  types  with  discriminants  without  defoults.  Howev¬ 
er  ony  coll  to  OPEN  or  CREATE  of  such  instances  will  roise  an 
except i on . 

More  than  one  internol  file  con  be  associated  with  each 

external  file  for  sequential  I/O  for  reading  only.  An 
external  file  associated  with  more  than  one  internol  file 
cannot  be  deleted. 

More  thon  one  internol  file  con  be  ossocioted  with  eoch 

external  file  for  direct  I/O  for  reoding  only  An  externol 
file  associated  with  more  thon  one  internol  file  connot  be 

deleted 
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More  than  one  internal  file  can  be  associated  with  eoch 
external  file  for  text  1/0  for  reoding  only.  An  external 
file  associated  with  more  than  one  internal  file  cannot  be 
de I e ted . 

An  existing  text  file  can  be  opened  in  0UT_FILE  mode,  can  be 
created  in  0UT_FILE  mode,  and  can  be  created  in  IN_F1LE  mode. 

Dynamic  creation  ond  resetting  of  a  sequential  file  is 
a  I  I  owed  . 

Temporary  sequential  files  are  given  a  name.  Temporary 
direct  files  ore  given  a  name.  Temporary  files  given  names 
are  not  deleted  when  they  are  closed. 
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CHAPTER  3 


COMPILER  ANOMALIES  AND 


NONCONFORMANCES 


3.1-  ANOMALIES 


An  anomaly  is  a  test  result  thot,  given 
not  expected  during  formal  validation  but 
AVF  and  the  AVO  under  the  circumstances 
were  detected  in  this  validation  attempt. 


the  pre— vo I i dot i on 
which  is  judged  a  I 
of  the  vo I i dot i on . 


analysis,  was 
lowable  by  the 
No  onoma I i es 


3.2-  NONCONFORMANCES 


Any  discrepancy  between  expected  test  results  and  octuol  test  results  is 
considered  to  be  a  nonconformance.  No  nonconformances  were  detected  in 
this  validation  attempt. 
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CHAPTER  4 

ADDITIONAL  TESTING  INFORMATION 


4.1-  PRE-VALIDATION 


Prior  to  validation.  o  set  of  test  results  for  ACVC  1.7  produced  by 
A I syCOMP_003 .  version  1.1.1  was  submitted  to  BNI  by  the  applicant  for 
pre— va I i dot i on  review.  Analysis  of  these  results  demonstrated  that  the 
compiler  successfully  passed  oil  applicable  tests. 


4.2-  TEST  SITE 


Tests  were  compiled  and  executed  at  Alsys  of  Lo  Celle  Saint-Cloud,  France. 


4.3-  TEST  TAPE  INFORMATION 


A  test  tope  containing  ACVC  Version  1.7  was  token  on— site  by  the  validation 
team.  This  tape  contained  all  tests  applicable  to  this  validation  os  well 
os  all  tests  inapplicable  to  this  validation  except  for  any  Class  C  tests 
that  require  floating-point  precision  exceeding  the  maximum  value  supported 
by  the  implementation.  Tests  that  were  withdrawn  from  ACVC  1.7  were  not 
written  to  the  tope.  Tests  that  make  use  of  values  that  are  specific  to  on 
implementation  were  customized  before  being  written  to  the  tope.  Any  split 
tests  were  also  included  on  the  test  tape  so  thot  no  editing  of  these  test 
files  was  necessary  when  the  validation  team  arrived  on-site. 

The  formot  of  the  test  tape  was  the  some  as  the  ACVC  distribution  topes. 
The  files  were  mounted  on  a  VAX.  They  were  tronsfered  from  the  VAX  by  on 
ETHERNET  local  area  network  to  four  IBM  PC/ATs  and  subsequently  tronsfered 
on  f I oppy  disks. 
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4.4-  TESTING  LOGISTICS 


Processing  of  the  tests  wos  begun  using  commend  scripts  provided  by  Alsys. 
The  text  of  these  scripts  ore  given  in  Appendix  C. 


The  compiler  supports  vorious  options  that  control  its  operotion.  The 
compiler  wos  tested  with  the  following  option  settings. 


For  tests  from  closs  C  the  following  wos  used 


Alsys  ADA  Library  Manager  Version  1.00  (c) Copyright  Alsys  1986 

NEW  (LIBRARY  ->  , 


OPTIONS  — > 

(OVERWRITE  «>  NO, 

TARGET  KIND  ->  1286 

REAL, 

TASKING  YES) ) 

9 

COMPILE  (SOURCE 

*> 

9 

LIBRARY 

«> 

"adalib". 

DISPLAY 

*> 

(LIST  FILE 

->  NO, 

RECAP 

«=>  NO, 

WARNING 

«>  NO, 

BANNER 

->  NO, 

TEXT 

«>  NO, 

DETAIL 

«>  NO, 

ASSEMBLY 

«>  NO)  , 

FORMAT 

*=> 

(LINE  LENGTH 

*>  79, 

PAGE~LENGTH 

->  45)  , 

OPTIONS 

*> 

(ERRORS 

«>  999, 

LEVEL 

«=>  CODE, 

CHECKS 

«=>  YES, 

STACK  CHECK 

■=>  YES, 

GENERI C_STUBS 

«>  NO) )  ; 

BIND  (PROGRAM 

■> 

r 

LIBRARY 

*> 

"adalib" , 

DISPLAY 

■> 

(BIND  HAP 

->  NO, 

LINK  MAP 

«>  NO, 

WARNING 

*=>  YES, 

UNITS 

«>  NO, 

ELABORATION 

->  NO) , 

OPTIONS 

*> 

(LEVEL 

•>  LINK, 

EXECUTION  MODE 

•=>  LIBRARY_DEFAUL' 

OUTPUT  NAMES 

**>  no  value, 

MAIN  STACK 

->  64, 

TASK  STACK 

->  8, 

INITIAL  HEAP 

«>  64, 

HEAP  INCREMENT 

->  64  , 

STACK  TRACE 

->  YES, 

FAST  TIMER 

->  NO, 

RUNTIME  OPTIONS 

->  NO) , 

INTERFACED 

■> 

(OBJECT  MODULES 

■=>  no_value, 

SEARCH  LIBRARIES 

“>  no_value) ) ; 

Alsys  PC  AT  Ada  Version  1.00 

(C) Copyright  Alsys  1986.  All  rights  reserved. 
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For  tests  from  closses  A,  B.  D,  E  ond  L.  the  following  wos  used  : 


Alsys  ADA  Library  Manager  Version  1.00  (c) Copyright  Alsys  1986 

NEW  (LIBRARY  ->  , 

OPTIONS  ->  (OVERWRITE  ->  NO, 

TARGET  KIND  ->  I286_R£AL, 

TASKING  ->  YES)); 


COMPILE  (SOURCE 

->  , 

LIBRARY 

*■>  "\aevc\adalib" , 

DISPLAY 

->  (LIST  FILE 

«>  NO, 

RECAP 

->  NO, 

WARNING 

->  YES, 

BANNER 

->  YES, 

TEXT 

->  YES, 

DETAIL 

«>  YES, 

ASSEMBLY 

->  NO), 

FORMAT 

*=>  (LINE  LENGTH 

«=>  79, 

PAGE  LENGTH 

->  45), 

OPTIONS 

->  (ERRORS 

->  999, 

LEVEL 

*=>  CODE, 

CHECKS 

->  YES, 

STACK  CHECK 

■=>  YES, 

GENERI C JSTDBS 

->  NO) )  ; 

—  BIND_MAP-YES  : 

for  L  TEST  ONLY 

BIND  (PROGRAM 

■>  « 

LIBRARY 

«>  "\acvc\adalib" , 

DISPLAY 

«=>  (BIND  MAP 

=>  NO, 

LINK- MAP 

«>  NO, 

WARNING 

->  YES, 

UNITS 

->  NO, 

ELABORATION 

«>  NO), 

OPTIONS 

->  (LEVEL 

->  LINK, 

EXECUTION  MODE 

->  LI BRARY_DE FAULT 

OUTPUT  NAMES 

*=>  no  value, 

MAIN  STACK 

■>  64, 

TASK- STACK 

«>  8 , 

INITIAL  HEAP 

“>  64  , 

HEAP  INCREMENT 

->  64  , 

STACK  TRACE 

=>  YES, 

FAST  TIMER 

=>  NO, 

RUNTIME  OPTIONS 

■=>  NO)  , 

INTERFACED 

«>  (OBJECT  MODULES 

*>  no_value, 

SEARCH  LIBRARIES 

->  no-value) ) ; 

Alsys  PC  AT  Ada  Version  1.00 

(C) Copyright  Alsys  1986.  All  rights  reserved. 


fry: 
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The  procedure  used  for  the  validation  of  the  VECTRA  was  done  on  two 
machines.  An  overview  of  this  procedure  follows  : 


s 


N  . 


All  the  ACVC  sources  were  copied  on  floppy  diskettes,  each  floppy 
containing  one  chapter.  This  set  of  floppies  was  then  used  as  a  master 
ACVC  set  for  both  machines. 

The  entire  directory  structure  (with  odaworld  scripts  in  appropriate 
directories)  was  then  created  on  both  machines. 

All  these  preliminary  tasks  being  done,  the  procedure  for  validating  an 
ACVC  chapter  was  then  : 

—  copy  the  master  diskette  containing  the  ACVC  sources  for  the 
chapter  into  the  corresponding  subdirectory  on  the  mochine 


—  invoke  the  odaworld  script  for  this  chapter 

—  when  the  execution  of  the  script  was  finished  (and  then  the 
execution  of  the  ACVC  chapter),  copy  the  contents  of  the 
subdirectories  1st  (for  compilation  listings)  and  res  (for 
execution  result)  on  a  transfer  diskette,  ond  send  back  the 
contents  of  that  diskette  on  the  VAX  on  which  all  results 
where  accumulated  (in  specific  directories  for  both  machine). 
The  task  of  uploading  from  diskettes  to  the  VAX  was  done 
using  four  IBM  PC/ATs  connected  to  the  VAX  via  an  ETHERNET 
local  area  network. 

—  finally  the  ACVC  sources  and  all  results  for  the  chapter  were 
deleted  from  the  machine  before  starting  the  next  chapter, 
so  as  not  to  run  out  of  disk  space. 

This  procedure  was  repeated  for  every  ACVC  chopter. 


•  .  i 
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The  BN  I  i dent i f 
processed  during 
were  278  tests 
w i t  hdrown  tests, 
were  processed 


CHAPTER  5 

SUMMARY  AND  CONCLUSIONS 


ied  1985  of  the  2279  tests  in  ACVC  Version  1.7  to  be 
the  volidotion  of  A I syCOMP_003 ,  version  1.1.1.  Excluded 
requiring  too  great  a  floating-point  precision,  ond  the  16 
41  tests  were  determined  to  be  inapplicable  after  they 
The  remaining  1944  tests  were  passed  by  the  compiler. 


The  BN  I  concludes  that  these  results  demonstrate  acceptable  conformance  to 
the  Ado  Standard 
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APPENDIX  A 

COMPLIANCE  STATEMENT 


The  only  allowed  implementation  dependencies  correspond  to 
imp  I emen tat i on— dependent  pragmas  and  ottributes,  to  certain 
much i ne— dependent  conventions  as  mentioned  in  Chapter  13  of  MI L— STD— 1815A, 
and  to  certain  allowed  restrictions  on  representation  classes.  The 
implementation-dependent  characteristics  of  the  A I syCOMP_003 ,  version  1.1.1 
are  described  in  the  following  sections  which  discuss  topics  one  through 
eight  as  stated  in  Appendix  F  of  the  Ado  Longuage  Reference  Manual 
(ANSI/MI L— STD-1 81 5A) . 


(1)  Imp  I ementat i on— Dependent  Progmos 

Pragma  INTERFACE  ( I anguage_nome ,  subprog ram_nome ) ; 

Pragma  INTERFACE_NAME  ( subprog rom_name ,  s t r i ng_ I i t e ra I ) ; 

(2)  Imp  I ementat i on_Dependent  Attributes 
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(3)  Package  SYSTEM 

The  specification  for  package  SYSTEM  is  . 

package  SYSTEM  i s 

type  ADDRESS  is  access  STRING  ; 
type  NAME  i s  (I_80x86)  ; 

SYSTEM_NAME  :  constont  NAME  :*=  I_80x86  ; 
STORAGE_UNIT  :  constant  8  ; 

MEM0RY_S1ZE  :  constant  :«=  640  *  1024  ; 

—  System-Dependent  Named  Numbers: 

M1N_1NT  :  constant  :»  —  (2»»31)  ; 

MAX_INT  :  constont  2»*31  -  1  ; 

MAX_DIGITS  constant  6  ; 

MAX_MANTISSA  :  constant  :*=  31  ; 

FINE_DELTA  :  constont  2#1.0#E-31  ; 

TICK  :  constant  :■=  1.0  /  18.2  ; 

—  Other  System-Dependent  Declarations 

subype  PRIORITY  is  INTEGER  ronge  1..10  ; 


end  SYSTEM; 
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(4)  Representation  Clause  Restrictions 


Representat i on  clauses  specify  how  the  types  of  the  languoge 
are  to  be  mapped  onto  the  underlying  machine.  The  following 
are  restrictions  on  representation  Clouses. 


Address  Clause 

Klot  supported. 


Length  Clause 

Not  supported. 

Enumeration  Representation  Clouse 
Not  supported. 


Record  Representation  Clause 
Not  supported. 


( 5)  Convent i ons 

The  following  conventions  are  used  for  an 

i mp I ement a t i on— gene  rat ed  nome  denoting 

i mp I ement  at i on— dependent  component  s . 

There  are  no  imp  I ementat i on— gene  rot ed  names. 


(6)  Address  Clauses 

Adress  clauses  are  not  supported 


(7)  Unchecked  Conversions 

The  following  are  restrictions  on  unchecked  conversions, 
including  those  depending  on  the  respective  sizes  of  objects 
of  the  source  and  target. 

Unchecked  conversions  are  allowed  between  any  types  which  ore 
implemented  on  the  same  physical  size. 
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(8)  Input— Output  Packages 

The  following  are  imp  I ement a t i on— dependent  characteristics  of 
the  input-output  packoges. 

SEQUENT ]AL_ 10  Package 

SEQUENTI AL_10  is  defined  as  specified  in  the  Standard. 

However  SEQUENT1AI _ 10  is  not  supported  for  unconstrained  types. 

The  i nstant i at i on  is  accepted,  but  any  coll  to  OPEN  or  CREATE 
will  raise  US E_ ERROR . 


0IRECT_I0  Package 

DIRECT_I0  is  defined  as  specified  in  the  Standard 
with  COUNT  defined  as  follows 

type  COUNT  is  range  0  . .  2_1 47_483_647  ; 

However  DIRECT_10  is  not  supported  for  unconstrained  types. 
The  instantiation  is  accepted,  but  any  call  to  OPEN  or  CREATE 
will  raise  US E_ ERROR . 


TEXT_I0  Package 

type  COUNT  is  range  0  ..  2_1 47_483_647  ; 
subtype  FIELD  is  INTEGER  range  0  ..  255 


LOW_LEVEL_IO 

Not  supported. 

(9)  Package  STANDARD 

type  INTEGER  is  range  -32768. .32767  ; 
type  SHORT_ I NTEGER  is  range  -128.. 127  ; 
type  L0NG_ I NTEGER  is 
ronge  -2_1 47_483_648 . . 2_1 47_4B3_647  ; 

—  no  other  predefined  integer  types 

type  FLOAT  is  digits  6  range 

-2# 1  .  1 1 1_1 1 1 1_1 1 1 i_1 1 1 1_1 1 1 1_1 1 1 1#E+127 
2# 1 . 1 1 1_1 1 1 1_1 1 1 1_1 1 1 1 _ 1 1 1 1_1 1 1 1#E+127 

—  type  SHORT_FLOAT  is  not  implemented  ; 

—  type  LONG_FLOAT  is  not  implemented  ; 

—  no  other  predefined  floating  point  types 

type  DURATION  is  del  to 

8.001  range  — 86_400,0  . .  86_400.8. 
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—  no  predefined  types  other  than  those  required  by  the 
Standard . 


(10)  File  Name  s 

File  names  make  no  use  of  conventions  except  those  of  the 
operating  system. 
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Nome  and  Meaning 


Value 


$B1G_ID3 

Identifier  of  size  MAX_IN_LEN 
with  varying  middle  character. 

X2345678901 2345678901 2345678901 2345678901 2345678901 2345AAAA 
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA3AAAAAAAAAAAAAAAAAAAAAA 
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 
AAAAAAAAAAAAAAAAAAA 


$B1G_1D4 

Identifier  of  size  MAX_IN_LEN 
with  varying  middle  character. 


X2345678901 2345678901 2345678901 2345678901 234567890 12345AAAA 
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4AAAAAAAAAAAAAAAAAaAAAA 

aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa 

AAAAAAAAAAAAAAAAAAA 


$NEG_BASED_ I NT 

A  based  integer  literal  whose 
highest  order  non-zero  bit 
foils  in  the  sign  bit 

position  of  the  representation 
for  SYSTEM . MAX_ I  NT . 

8#777777777776# 

$BIG_INT_LIT 

An  integer  literal  of  value  298 
with  enough  leading  zeroes  so 
that  it  is  MAX_IN_IEN  characters 
I  ong 

00000000000000000000000000000000000000000000000000000000000 

00000000000000000000000000000000000000000000000000000000000 

00000000000000000000000000000000000000000000000000000000000 

00000000000000000000000000000000000000000000000000000000000 

0000000000000000298 

$B1G_REAL_UT 

A  real  literol  thot  can  be 
either  of  floating  or  fixed 
point  type,  hos  value  690.0,  and 
hos  enough  leading  zeroes  to  be 
MAX_IN_LEN  characters  long. 

00000000000000000000000000000000000000000000000000000000000 
00000000000000000000000000000000000000000000000000000000000 
00000000000000000000000000000000000000000000000000000000000 
00000000000000000000000000000000000000000000000000000000000 
000000000000069 . 0E1 
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Nome  arid.  Meoni.no _  value 

$ EXTENDED, ASC I I.CHARS 

A  string  literol  containing  all 
the  ASCII  characters  with 
printable  graphics  that  are  not 
in  the  basic  55  Ada  character 
set . 


"abcdef  gh  i  j  k  Imnopq  rs  t  uvwxyz  '  }  }• 


$NON_ASCI I_CHAR_TYPE 


An  enumerated  type  definition 
for  a  character  type  whose 
literals  ore  the  identifier 
NON_NULL  and  all  non-ASCII 
characters  with  printoble 
g  r  aph i cs . 


(NON_NULL) 


$BLANKS 

Blanks  of  length  MAX_IN_LEN  -  20 


$MAX_DIGITS 

Maximum  digits  supported  for 
floating  point  types. 

6 


$NAME 

A  name  of  a  predefined  numeric 
type  other  than  FLOAT.  INTEGER, 
SHORT_FLOAT,  SHORT_INTEGER , 

LONG_  FLOAT.  LONG, INTEGER, 

or  DURATION.  AlsyCOMP_003  sup¬ 
ports  no  other  type,  so  an 
arbitrary  nome  was  used. 

LONG, LONG, I NT EGER 


$1NTEGER_FIRST 

The  universal  integer  literal 
expression  whose  value  is 
INTEGER1 FIRST. 
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Name  and  Meaning -  Yfl_!_U 

$ INTEGER, LAST 

The  universal  integer  literal 
expression  whose  value  is 

INTEGER’ LAST. 

32767 

$MAX_ I NT 

The  universal  integer  expression 
whose  volue  is  SYSTEM. MAX, I NT 

21474-83647 

$LESS_THAN_DURAT ION 

A  universal  real  volue  that  lies 
between  DURATION ’BASE ’ FIRST  and 
DURAT I ON ' F I RST  or  any  volue  in 
the  range  of  DURATION. 

-100,000.0 

$GR  EAT  ER_THAN_DUR AT I ON 

A  universal  real  value  that  lies 
between  DURAT I ON’ BASE ’ LAST  and 
DURATION’ LAST  or  any  value  in 
the  range  of  DURATION. 

100,000.0 

$LESS_THAN_DURATION_BASE_FIRST 

The  universal  real  value  that  is 
less  than  DURATION ’BASE’ FIRST . 

-33,554,433 . 0 

$GREATER_THAN_DURAT I ON_8AS  E_  LAST 

The  universal  real  value  that  is 
greater  than  DURATION ’ BASE ’ LAST . 

33,554,434.0 

$COUNT_ LAST 

Volue  of  COUNT ’LAST  in  TEXT, 10 
package . 

2147483647 


$FI ELD, LAST 

Value  of  FIELD’ LAST  in  TEXT_10 
package . 


$FI LE_NAME_WI TH_BAD_CHARS 

An  illegol  external  file  name 
that  either  contains  invalid 
characters  or  is  too  long. 

X}]|D#$**~Y 

$FILE_NAME_WI TH_WI LD_CARD_CHAR 

An  external  file  name  that 
either  contains  a  wild  card 
character  or  is  too  long. 

XYZ* 

$  I  LLEGAL_ EXTERNA l_Fl LE_NAME1 

Illegol  external  file  name. 

BAD-CHARACTER** 

$1 L  LEGA  L_  EXT  ERN  A  L_  F 1 LE_NAME2 

Illegol  external  file  names. 


MUCH-TOO-LONG— NAME— FOR— A— F I  IE 
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File  :  DC.A.ADW 


invoke  scvc  env.adv,  y 


compile  a21001a.ada,  list«lst\a21001a.  1st 

bind  a21001a 
system. execute  a21001a 

compile  &22002a.ada,  list“lst\a22002a. 1st 

bind  &22002a 
system. execute  a22002a 

compile  a22006b.ada,  list«lst\a22006b.lst 

bind  &22006b 
system. execute  a22006b 

compile  a26004a.exp,  list=lst\a26004a. 1st 

bind  a26004a 
system. execute  a26004a 

compile  a290C2a.aaa,  list=lst\a29002a. 1st 

bind  a290C2a 
system. execute  a29002a 

compile  a29002b.ada,  list>=lst\a29002b.lst 

bind  a29002b 
system. execute  a29002b 

compile  a290C2c.ada,  list=lst\a29002c. 1st 

bind  a29002c 
system. execute  a29002c 

compile  a29002c.aaa,  list=lst\a29002d. 1st 

bind  a29002d 
system. execute  a29002d 

compile  a29002e.ada,  list=lst\a29002e. 1st 

bind  a290C2e 
system. execute  a29002e 

compile  a29002f.ada,  list«=lst\a29002f .1st 

bind  a29002i 
system. execute  a29002f 

compile  a29002c.ada,  list=lst\a29002g. 1st 

bind  &29002g 
system. execute  a29002c 

compile  a29002h.ada,  list=lst\a29002b.lst 

bind  a29002h 
system. execute  a29002h 

compile  a29002i.ada,  list=lst\a29002i . 1st 

bind  a29002i 
system. execute  a29002i 

compile  a29002j.ada,  list*=lst\a29002 j .  1st 

bind  a29002j 
system. execute  a29002j 

compile  a2a031a.aaa,  Iist»lst\a2a031a . 1st 


C-2 
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bind  a2a021a 

system. execute 

a2a03la 

compile 

a32203b.ada, 

bind  a32203b 

system. execute 

a32203b 

compile 

a32203c.ada, 

bind  a32203c 

system. execute 

a32203c 

compile 

a32203d. ada , 

bind  a32203d 

system. execute 

a32203d 

compile 

a34008b.ada, 

bind  a34008b 

system. execute 

a34008b 

compile 

a3E106d.ada, 

bind  a38106d 

system . execute 

a38106a 

compile 

a38106e.ada, 

bind  a38106e 

system. execute 

a38106e 

compile 

a3 8 199a. ada, 

bind  a3S199a 

system. execute 

a3E199a 

compile 

a38199b.ada, 

bind  a38199b 

system. execute 

a38199b 

compile 

a38199co.ada 

compile 

a3E199cl. ada 

compile 

a3E199c2 . ada 

bind  a38199clm 

system. execute 

a38199clm 

compile 

a54bda.  ada, 

bind  a54bda 

system. execute 

a54b01a 

compile 

a54b02a . ada , 

bind  a54b02a 

system . execute 

a54b02a 

compile 

a55bl2a.ada, 

bind  a55b!2a 

system. execute 

a55b!2a 

compile 

a55bl3a.ada, 

bind  a55b!3a 

system. execute 

a55b!3a 

compile 

e55bl4a . ada, 

bind  a55bl4a 

system. execute 

a55bl4a 

list»lst\a32203b. 1st 


list«lst\a32203c.lst 


list«lst\a32203d.lst 


list«lst\a34 008b. 1st 


list=lst\a3E106d. 1st 


list«=lst\a3B106e.lst 


list*=lst\a38199a.  1st 


list*=lst\a3B199b.lst 


,  list=lst\a38199co.ls 
,  list=lst\a38199cl.ls 
,  Iist=lst\a38199c2.1s 


list =lst\a54b01a. 1st 


Iist*=lst\a54b02a.lst 


Iist*=lst\a55bl2a.  1st 


Iist«lst\a55bl3a . 1st 


Iist=lst\a55bl4a. 1st 


rf  rt  rl 
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compile  a62006d.ada,  list«lst\a62006d. 1st 

bind  a62006d 

system. execute  a62006d 

compile  a63202a.ada,  list»=lst\a63202a.  1st 

bind  a63202a 
system. execute  a63202a 

compile  a7l002a.ada,  list*=lst\a71002a.  1st 

bind  a7l002a 
system. execute  a7l002a 

compile  a73.004a.ada,  list«lst\a71004a.lst 

bind  a7i004a 
system. execute  a7l004a 

compile  a72001a.ada,  list-lst\a72001a. 1st 

bind  a720Cla 

system. execute  a72001a 

compile  a7300li.ada,  list«lst\a73001i.lst 

bind  a73001i 
system. execute  a73001i 

compile  a73001j.ada,  list*=lst\a73002. j  .  1st 

bind  a73001j 
system. execute  a73001j 

compile  a74006a.ada,  list=lst\a74006a. 1st 

bind  a74006a 
system. execute  a74006a 

compile  a74105b.ada,  list=lst\a741D5b.lst 

bind  a74105b 
system. execute  a74105b 

compile  a74106a.ada,  list=lst\a74106a.lst 

bind  a74106a 
system. execute  a74106a 

compile  a742.06b.ada,  list«=lst\a74106b.  1st 

bind  a?4106b 
system. execute  a74106b 

compile  a74106c.aaa,  list*lst\a74106c.  1st 

bind  a74106c 
system. execute  a74106c 

compile  a74205e.ada,  list*=lst\a74205e.lst 

bind  a742C5e 
system. execute  a74205e 

compile  a74205£.aaa,  iist=lst\a7420S£.lst 

bind  a74205f 
system. execute  a74205f 

compile  a83a02a.ada,  Iist«lst\a83a02a.lst 

bind  a83a02a 
system. execute  a83a02a 
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compile  a83a.D2b.ada,  Iist*=lst\a83a02b.  1st 

bind  a83a02b 
system, execute  aB3a02b 

compile  a83a06a.ada,  Iist«lst\a83a06a . 1st 

bind  a83a06a 
system. execute  a83a06a 

compile  a83c0lc.ada,  Iist**lst\a83c01c.  1st 

bind  a83c0lc 

system. execute  aS3c0ic 

compile  a83c01d.ada,  Iist*lst\a83c01d. 1st 

bind  a83c0ld 

system. execute  a83c01d 

compile  a83c01e.ada,  Iist«=lst\a83c01e.  1st 

bind  a83c01e 

system. execute  a83c01e 

compile  a83c01d.ada,  list*=lst\aB3c01f . 1st 

bind  a83c01f 

system. execute  a83c01f 

compile  aS3c01g.ada,  list*lst\aB3c01g.lst 

bind  a83c01g 
system. execute  a83COlg 

compile  a£3c01h.ada,  Iist=lst\a83c01b. 1st 

bind  aE3c01h 
system. execute  a83c01b 

compile  a83c0li.aaa,  list*=lst\aB3c01i .  1st 

bind  a83c01i 
system. execute  a83c0li 

compile  a83c0lj.ada,  Iist*=lst\a83c0lj  .1st 
bind  aS3c0l j 
system. execute  a83c0lj 

compile  a85D07d.ada,  list=lst\aE5007d. 1st 
bind  aE5007d 
system. execute  aB5007d 

compile  a85013b.ada,  list-lst\aE5013b. 1st 
bind  a850I3b 
system. execute  a85013b 

compile  a91002m.ada,  list=lst\a91002m. 1st 

bind  C91002B 

system . execute  a91002m 

compile  e95005a.ada,  list*=lst\a95005a.  1st 
bind  a95005a 
system. execute  a95005a 

compile  a97106a.ada,  Iist=lst\a97l06a.lst 
bind  a97106a 
system. execute  a97106a 
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compile  ae2101a.ada,  list-lst\ae2101a. 1st 

bind  ae2101a 

system. execute  ae2101a 

compile  ae2101b.ada,  list«lst\ae210lb.lst 

bind  ae2l01b 

system . execute  ae2 1 0 lb 

compile  ae2101c.dep,  list,«lst\ae2101c.  1st 

bind  ae2101c 

system. execute  ae2101c 

compile  ae2101d.aaa,  list=lst\ae2101d. 1st 

bind  ae2101d 

system. execute  ae2101d 

compile  ae2101f.ada,  list*lst\ae2101f .1st 

bind  ae210If 

system. execute  ae2101f 

compile  ae2101b.dep,  list=lst\ae2101h. 1st 

bind  ae2101h 

system. execute  ae2101h 

compile  ae2l01s.ada,  list*=lst\ae2101s.lst 
bind  ae2101s 

system. execute  ae2101s 

compile  ae2101t.aaa,  list=lst\ae210lt. 1st 
bind  ae2101t 

system. execute  ae2101t 

compile  ae2101u.ada,  list*lst\ae210lu.lst 

bind  ae2101u 

system . execute  ae2101u 

compile  ae2101v.ada,  list^istXaellOlv. 1st 
bind  ae2101v 

system. execute  ae2101v 

compile  ae3l01a.ada,  list=lst\ae3101a.lst 
bind  ae3101a 

system. execute  aellOla 

compile  ae37C2a.ada,  list=lst\ae3702a . 1st 
bind  ae3702a 

system. execute  ae3702a 

compile  ae3709a.ada,  list*=lst\ae3709a.lst 
bind  ae3709a 

system. execute  ae3709a 
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File  :  ACVC_ENV.AD* 


default. sysrem  stay_resident«no 

default. compile  library  -  \acvc\adalib, 

banner  «=  yes, 

text  -  yes, 

line_leneth  -  79, 
error  -  999 

default. bind  lib^\acvc\adalib 

lib. new  \acvc\adaiib, task,  overwrite 


File  :  EXECUTE. BAT 


echo  on 

*1  >  res\%l. res 
erase  *i.obj 
erase  ll.exe 
erase  ti.lnk 


I 


r,V, 
V. 


•V*  I 

Vi 
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APPENDIX  D 

TEST  NAMING 


Eoch  test  name  indicates  the  class  of  the  test  ond  which  test  objective  in 
the  ACVC  Imp  I ement e rs '  Guide  applies  to  the  test. 

Each  test  has  o  name  that  identifies  the  section  of  the  Ado  Standard 
addressed  by  the  test  objective.  The  name  of  o  test  is  interpreted 
according  to  the  table  below.  where  the  first  column  indicates  the 
character  position  in  the  name  and  the  second  column,  the  meaning  of  that 
pos i t i on : 


1  Test  class:  A,  B,  C,  D,  E,  L. 

2  Imp  I emen t e rs ’  Guide  chapter  number  (in  hexadecimal). 


3  Imp  I emen t e r s '  Guide  section  number  within  o  chapter 
( i n  Hexodec ima I ) 

4  Imp  I ementers ’  Guide  subsection  number  (in  hexodecimal) 

5-6  Imp  I emente rs '  Guide  Test  Objective  number  (in  decimal) 

7  Test  sequence  letter 

8  [Optional]  Compilation  sequence  digit  or  letter 

9  [Optional]  Main  program  designator  in  the  case  of  o  test 
having  multiple  compilation  units. 


Characters  8  ond  9  ore  only  present  for  tests  that  consist  of  several 
separately  compiled  units.  A  series  of  separately  compiled  units  is 
counted  os  one  test  for  reporting  purposes.  The  eighth  character  indicates 
the  order  in  which  the  units  ore  to  be  compiled,  with  unit  0  being  compiled 
first.  The  ninth  character  is  only  present  for  a  file  containing  o  mo i n 
program  for  a  test  comprising  multiple  files  ond  is  alwoys  M. 
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A  file  name  ending  with  the  extension  .TST  indicates  thot  the  test  depends 
on  one  or  more  of  the  imp  I emen t at i on— dependent  parameters  listed  in 
Appendix  B.  A  file  nome  ending  with  .DEP  indicates  that  the  test  is  not 
necessarily  applicable  to  all  implementations  because  it  depends  upon  the 
support  of  language  features  that  a  compiler  moy  legally  not  implement. 

A  test  may  comprise  several  separate  compilation  units  contained  in  two  or 
more  files;  the  names  of  such  files  are  indented  under  the  nome  of  the 
test.  The  letter  "M"  indicates  which  of  these  files  contains  the  main 
procedure . " 


END  OP  DOCUMENT 


